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. Storage-TyP e Receiving Device 

CROSS REFERENCE TO RELATED APPLICATIONS 

All the content disclosed in Japanese Patent Application No. 2002- 
42723(filed on February 20, 2002) including specification, claims, 
drawings and abstract and summary, are incorporated herein by 
reference in its entirety. 

FIELD OF THE INVENTION 

This invention relates to a storage -type-receiving device, more 
specifically to a technique for managing a part of content such as its 
preview program and the like. 

BACKGROUND OF THE INVENTION 

In digital broadcasting, satellite broadcasting for example, there is 
a system (pay-per-view system), which makes it possible for user(s) to 
view only a content concerned on condition that payment of a 
predetermined charge for the content is made. In such pay-per-view 
system, typically, a part of contents is available to anyone who wants to 
watch a part of the contents prior to actual subscription of the contents. 

By watching a preview, users can know the outline and atmosphere 
of contents. Such information may be used to decide subscription of 
contents. According to this solution, there is a less possibility for users 
to feel that content itself is not as good as they expect in comparison with 
the case where subscription is decided only using information such as the 
title of the content and so on. In other words, for users, subscription 
can be determined with much confidence. 

In the contrast, content provider(s) may obtain a big merit that the 
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number of subscription of contents, they provide, is raised by 
distributing previews to the users. 

However, distributing preview accompanies the following problems. 

If, the content provider(s) limits a pre^viewable time period for their 
contents from the beginning thereof to a certain period (for example, for 
ten (10) minutes), users can not view the preview for the content at other 
time period even when the content is currently on-aired. This prevents 
the users from viewing the preview, and the number of subscription of 
contents would be decreased. 

In order to avoid such a circumstance, the content provider(s) may 
unlimited a pre-viewable time period for their contents and allow the 
users to access any part of a content to watch preview. But, this raises 
a problem that inappropriate scenes (climax scenes in action films, 
scenes capable of see answers in a quiz show) could be contained in 
preview. 

Further problems could occur if the content provider take the above 
countermeasure. Typically, exactly the same pay-per-view contents are 
repeatedly distributed to the users. Therefore, the users can view a 
content in a complete form for absolutely free of charge if they store 
different part of the content at every preview. 

Beside, there is a need for watching part of each plurality of 
contents (partial contents) completely not only for pay-per-view contents 
but also contents irrespective of charged or free of charge. 

It is an object of the present invention to solve the above stated 
problems and provide a method for distributing partial contents by which 
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both content provider(s) and user(s) play their roll with a high effeciency. 

SUMMARY OF THE INVENTION 

(l)(2)(3)(4) In accordance with characteristics of the present 
5 invention, there is provided a storage-type receiving device comprising- a 
receiving part for receiving a content being transmitted; a storage part 
for storing a content; a control part; and a restoring part for restoring the 
content received with the receiving part and/or the content stored in the 
storage part in accordance with control of the control part; wherein the 
10 control part at least controls the restoring part, and the control part 
comprises a storage control portion for controlling the restoring part so 
that the restoring part previously reads out part of each content in a 
y: plurality of contents alone as a partial content and outputs the partial 

Q content to the storage part, and a playback control portion which reads 

"X 15 out the partial content stored in the storage part and playback and 

H outputs the partial content. 

W 

St In this way, desired partial contents can be playback and out put 

m according to need regardless of description of the content currently 

Lit 20 received 

p (5) In accordance with characteristics of the present invention, 

1 - there is provided a storage-type receiving device, in which the playback 

control portion selects and playbacks a desired partial content out of a 
25 plurality of partial contents being stored in accordance with a command 
for playback the partial content from a user. 

In this way, any desired partial contents can be playback out of the 
partial contents whenever the user desires. 

30 

(6) In accordance with characteristics of the present invention, 
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there is provided a storage -type receiving device in which the control 
part conducts one of recording information for specifying the partial 
content selected by the playback command provided by the user and 
outputting such information to outside thereof. 

In this way, history which shows that which partial content is view 
by the, can be recorded at the receiving device. The record may also be 
used outsider of the device. 

(7) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the playback 
control portion selects and playbacks a desired partial content out of a 
plurality of partial contents being stored while the control part performs 
control in response to another command differ from the playback 
command. 

In this way, the stored partial contents can actively playback while 
the user wait for the processing performed by the receiving device. 

(8) In accordance with characteristics of the present invention, 
there is provided a storage*type receiving device in which the command 
differ from the playback command is a command for displaying a 
program table created in accordance with a category search, and wherein 
the playback control portion selects and searches a partial content 
belonging to the category to be searched as a desired partial content 
under the different command. 

In this way, the partial content can be playback with a strong 
impression to the user during the period of processing of a category 
search, which require a certain period of time as a result of play back the 
content during the search. 
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(9) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the playback 
control portion controls so that a plurality of partial contents stored in 
5 the storage part are displayed one after another. ♦ 

In this way, the user can view the stored partial contents one after 
another. 

10 (10) In accordance with characteristics of the present invention, 

there is provided a storage-type receiving device in which the control 
part controls the restoring part so that the restoring part previously 
reads out part of each content in a plurality of contents alone as a partial 
content and outputs the partial content to the storage part in parallel to 
15 a process for restoring a signal from the receiving part into a content 
with the restoring part and output it to the storing part. 

In this way, the user can store the partial content while receiving 
regular digital broadcastings, 

20 

(11) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
fU control portion controls so that only a partial content in a content, which 

complies with a condition for storing the partial content specified by a 
25 user is output to the storage part. 

In this way, only a partial content of a content, which is desired by a 
user, can be stored, 

30 (12) In accordance with characteristics of the present invention, 

there is provided a storage -type receiving device in which the storage 



in 

n 



5 



130USa-l 



control portion conducts one of recording a condition for storing the 
partial content provided by the user and outputting the condition to 
outside thereof. 

In this way, the receiving device can store which of partial contents 
is desired for storage by the users. This may also be used outsider of the 
device. 

(13) In accordance with characteristics of the present invention, 
there is provided a storage -type receiving device in which the condition 
for storing the content is a specific category of content. 

In this way, only a partial content of a content belonging to a 
desired category of a user, can be stored. 

(14) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion judges whether or not or not each content is a pay-per- 
view content, and wherein the storage control portion controls the 
restoring part so that the restoring part reads out a preview of the 
content as a partial content and outputs the preview to the storage part 
when the content is judged as a pay-per-view content. 

In this way, only previews of pay-per-view contents can selectively 
be stored. Consequently, stored previews can be playback according to 
need. 

(15) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the control 
part performs the following steps when a command for subscribing a 
specific pay-per-view content from a user is received; detecting at when 
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the subscription command is received whether or not or not a lapsed time 
from the beginning of the pay-per-view content which is received and 
output with the receiving part is longer than a time period for playback 
of preview of the pay-per-view content stored in the storage part, and 
storing the pay-per-view content into a temporary storage part capable of 
storing a content having a longer playback period than the lapsed time 
and playback, and playback the pay-per-view content stored in the 
temporary storage part while playback the preview stored in the storage 
part when the time period for playback is longer than the elapsed time 

In this way, the user can be viewed the content without any break 
from the preview program even when the program has already been 
started at a point of applying subscription. 

(16) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the control 
part performs the following steps when a command for subscribing a 
specific pay-per-view content from a user who views preview of the pay- 
per-view content is received; detecting at when the subscription 
command is received whether or not the pay-per-view content is 
currently transmitted in accordance with information on programs 
received, storing the subscription command of the pa-per-view content 
when no transmission is currently conducted, and determining whether 
or not the pay-per-view content corresponding to the stored subscription 
command is in an on-air schedule whenever information on programs are 
updated, and outputting a display which shows that the pay-per-view 
content will be on-aired when the pay-per-view content is in the 
schedule. 

In this way, rerun of the content is notified to the users even when 
none of on-air schedule of the content is listed on the program 
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information nor the content is on-aired. 

(17) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the device 
further comprising a communication part for communicating with a 
content provider's device via a communication line, wherein the control 
part performs the following steps when a command for subscribing a 
specific pay-per-view content from a user who views preview of the pay- 
per-view content is received; detecting at when the subscription 
command is received whether or not the pay-per-view content is 
currently transmitted in accordance with information on programs 
received, and transmitting by communication part the subscription 
command of the pay-per-view content to the content providers device 
when no transmission is currently conducted. 

In this way, the content provider can know a content(s) to which 
subscription is applied and this application may be used to decide to 
rerun the content. 

(18) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the control 
part outputs an indication by which a content of its partial contents 
being stored in the storage part can be distinguished from other contents 
during restoration of information on programs which is received. 

In this way, the users can easily know which of contents has pre- 
viewable partial contents. 

(19) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion deletes a partial content stored in the storage part in 
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order of longer duration of storing to store a new partial content when 
the new partial content can not be stored in the storage part. 

In this way, new contents can be stored one after another in the 
5 storage part, 

(20) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion finds a partial content of a content which is not currently 

10 on-aired in accordance with information on programs received, and 
deletes the partial content to store a new partial content when the new 
partial content can not be stored in the storage part. 

In this way, partial contents corresponding to contents listed on the 
15 currently available program information are stored ahead of other 
partial contents. 

(21) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 

20 control portion deletes a partial content which has been playback to store 
a new partial content when the new partial content can not be stored in 
the storage part. 

In this way, partial contents, which have not been playback can be 
25 stored ahead of other partial contents. 

(22) In accordance with characteristics of the present invention, 
there is provided a storage -type receiving device in which the storage 
control portion deletes a partial content corresponding to a content which 

30 has been playback according to a command from a user to store a new 
partial content when the new partial content can not be stored in the 
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storage part. 

In this way, partial contents corresponding to contents, which has 
not been playback can be stored ahead of other partial contents. 

(23) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the control 
part judges whether or not a content corresponding to a partial content 
can currently be received while the partial content stored is playback, 
and stores the content in a temporary basis when the content can be 
received. 

In this way, distribution of contents which is more user-friendly can 
be achieved using temporary stored contents when the users try to view a 
partial content and subscribe the content corresponding thereto* 

(24) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the control" 
part compensates a missing part of a content currently received with the 
content temporary stored when a subscription command for the content 
corresponding to the partial content is received while the partial content 
stored is playback. 

In this way, the user can view the content from the beginning 
thereof even when a certain period of time has passed from the beginning 
at the time of the subscription. 

(25) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the control 
part compensates the missing part of the content currently received 
further using the stored partial content. 
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In this way, the possibility to compensate the missing part of the 
content is raised. 

(26) In accordance with characteristics of the present invention, 
there is provided a storage-type receivipg device further comprising; a 
buffer in which one of the content stored in a temporary basis and the 
stored partial content, and, both of the temporary stored content and the 
stored partial content, are stored temporary, wherein a missing part of 
the content is compensated and the whole content is playback by 
additionally storing a content received in the buffer, after the description 
stored temporary in the buffer is playback and the description thus 
playback is deleted. 

In this way, a real-time viewing cab be provided to the users while 
compensating the missing part of the content. 

(27) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the partial 
content is preview of a pay-per-view content. 

In this way, the user can view previews of pay-per-view contents all 
the time. 

(28) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion of the control part selectively stores preview of a pre- 
viewable pay-per-view content out of a content transmitted. 

In this way, the user can just pay their attention to watch previews 
of pre-viewable pay-per-view contents. 
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(29) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion judges whether or not the content is a pre-viewable pay 
5 per-view content in accordance both of description of received ECM and a 
fact that a valid key is send back as a result of transmitting the ECM to a 
key-reproduction part. 



In this way, it can be judged whether nor not the content is pre' 
10 viewable without make any amendment of the conventional key- 
reproduction part. 

(30) In accordance with characteristics of the present invention, 

n 

p there is provided a storage-type receiving device in which the storage 

%Q 15 control portion creates a list in which pay-per-view contents that are 

f~ pre -viewable are listed, and stores the preview of the pre -viewable pay- 

hj per-view contents in accordance with the list. 

H 

» 

p In this way, the preview storage process can be carried out 

20 effectively, 

(31) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion judges whether or not a content to which a command for 

25 storing a content being output, is stored without any trouble in 
accordance with capacity of the content to be stored and the remaining 
capacity of the storage part when the command for storing content from a 
user is received, and outputs a display which shows that the storage 
accompanies a trouble when it is judged that a trouble occurs for the 
30 storage of the content. 
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In this way, at the time of requesting the storage, the user can know 
whether or not the content is stored without any trouble in prior to 
actual storage . 

(32) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion previously records the capacity of each content during 
storage of the content, and acquires the capacity of each content in 
accordance with description of the record. 

In this way, the user can know whether or not the content is stored 
without any trouble within a short period of time. 

(33) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion outputs another content capable of being stored as a 
candidate for storage in accordance with capacity of each of the content 
when it is judged that storage for the content to be stored accompanies a 
trouble. 

In this way, the user can selects a content, which can be stored out 
of candidates and carries out storage. 

(34) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion further judges whether or not the content can be stored 
with a higher data compression rate when it is judged that storage for 
the content to be stored accompanies a trouble, and outputs a 
compression rate when an appropriate compression rate for storing the 
content is found. 
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In this way, the user can store the content by varying the data 
compression rate. 

(35) In accordance with characteristics of the present invention, 
there is provided a storage-type receiving device in which the storage 
control portion further judges the content can be stored by carrying out 
storage in a summarized form when it is judged that storage for the 
content to be stored accompanies a trouble, and outputs a display which 
shows that the storage will be carried out successfully when it is judged 
that no trouble occurs under the summarized form. 

In this way, the user can store the content by carrying out in a 
summarized form. 

(36) In accordance with characteristics of the present invention, 
there is provided a receiving device capable of viewing a part of a content 
as a partial content, the device comprising- a control part conducts one of 
recording history of viewing the partial contents and of viewing the 
content, and outputting the history to outside thereof. 

In this way, a record indicative of, which of partial contents are 
viewed by a user and which of contents are actually subscribed can be 
recorded. The record may be used outside of the receiving device. 

(37) In accordance with characteristics of the present invention, 
there is provided a receiving device which receives and stores a content 
being transmitted, and restores the stored content and outputs the 
restored content, the device comprising: a control part which controls so 
that one of recording a condition for storing the partial content specified 
by a user and outputting such a condition to outside thereof is conducted 
while selectively storing a partial content having a condition comply with 
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a condition provided by a user. 

In this way, a record indicative of, which of partial contents are 
requested for storage by a user can be recorded. The record may be used 
outside of the receiving device. 

(38) In accordance with characteristics of the present invention, 
there is provided a receiving device in which the control part further 
controls so that history of command for viewing the stored partial 
content provided by the user is one of recorded and output to outside 
thereof. 

In this way, a record indicative of, which of partial contents are 
viewed by the user can be recorded. The record may be used outside of 
the receiving device. 

(39) In accordance with characteristics of the present invention, 
there is provided a receiving device in which the control part further 
controls so that either a command for storing the stored content or the 
history of command for viewing the stored partial content provided by 
the user is one of recorded and output to outside thereof. 

In this way, a record indicative of, which of contents are viewed and 
stored by the user can be recorded. The record may be used outside of 
the receiving device. . 

(40) In accordance with characteristics of the present invention, 
there is provided a receiving device in which the control part transmits 
to a transmit device either the history or the condition both once stored. 

In this way, records recorded in the receiving device can be send out 
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as a bunch of information to the transmission device. 

(41) In accordance with characteristics of the present invention, 
there is provided a method of displaying an electronic program guide on 
a receiving device, the method comprising a step of indicating a display 
by which a program is pre -viewable to each of pay programs 

In this way, the user can judges whether or not the content is pre- 
viewable. 

(42) In accordance with characteristics of the present invention, 
there is provided a method of displaying an electronic program guide on 
a receiving device further comprising a step of indicating a capacity 
required to store the program for at least each of the pay programs. 

In this way, the user can secure the capacity required to store the 
content. 

(43) In accordance with characteristics of the present invention, 
there is provided a receiving method comprising the steps of previously 
storing preview of a content transmitted by a transmission device into a 
receiving device, and reproducing the stored preview whenever a 
playback of preview is required. 

In this way, a partial content can be play and output according to 
need regardless of description of the content currently received. 

(44) In accordance with characteristics of the present invention, 
there is provided a receiving method for managing content broadcasting, 
the method comprising the steps of- at a receiving device; previously 
storing transmitted by a transmission device into preview of a content, 
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determining whether or not a pay-per-view content is currently on-aired 
in accordance with information on programs at when a user provides a 
command for subscription according to the stored preview, and 
transmitting to the transmission device the subscription command of the 
5 payper-view content when the content is not on-aired, 

at the transmission device; receiving commands for subscription 
from a plurality of receiving devices, and determining whether or not 
rerun of the pre-per-view content is carried out according to the number 
of the subscription commands. 

10 

In this way, the content provider can know the content to which 
application of subscription is made even when the content is not 
currently on-aired at the transmission device, and the provider can 
determine the possibility of rerun of the content. 

15 

The term "receiving device" refers to a device having the function of 
receiving data from a transmission device. The concept of the term 
"receiving device" includes one of a set-top box having no display device 
and a TV set comprising a display device, for example. 

20 

The term "receiving part" refers to a component by which signals 
transmitted via cable or radio transmission. In the embodiments, tuner 
44 corresponds to this. 

25 The term "restoring part" refers to a component having the function 

of generating output signals, video signals, for example, in response to 
receiving signals from the receiving part and/or a storage part. In the 
embodiments, TS decider 48 corresponds to this. 

30 The term "control part" refers to a component at least performing 

control of the restoring part. In the embodiments, CPU 58 and a 
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program{s) correspond to this. 

The term "playback control portion" refers to processes, that is, 
processing for viewing preview programs shown in Figs, 31 and 32. 

The term "playback" refers to a concept not only restoring content 
and outputting it, it also includes to carry out storage of the restored 
contents . 

The term "partial content" refers to part of content, the concept of 
the term includes preview program(s) (preview(s)), climax scenes, scenes 
with violence and so on, for example. 

The features, other objects, applications, and advantages of the 
present invention will become clear in reference to the following 
embodiments and drawings. 

Brief Description of Drawings 

Fig. 1 shows an overall view of the structure of a broadcasting system 
according to an embodiment of the present invention; 

Fig. 2 shows examples of transport streams and services contained 
in broadcasting^ 

Fig. 3 is a block diagram illustrating the structure of the 
transmission device; 

Fig. 4 is a drawing, which shows examples of data output from the 

transmission device; 

Fig. 5 is a drawing, which shows an example of the structure of the 
data output from the transmission device; 

Fig. 6 is a drawing, which shows a block diagram illustrating the 
structure of the receiving device 8; 

Fig. 7 is a drawing, which shows a hardware structure of the 

18 
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receiving device 8; 

Fig. 8 is a drawing, which shows a hardware structure of an IC card; 

Fig. 9 is a drawing, which shows the mechanisms of encryption and 
decoding in broadcasting; 

Fig. 10 is a drawing, which shows a flowchart of a program of 
routine processing for viewing contents; 

Fig. 11 is a drawing, which shows detailed description of NIT; 

Fig. 12 is a drawing, which shows detailed description of PAT; 

Fig. 13 is a drawing, which shows detailed description of PMT; 

Fig. 14 is a drawing, which shows a flowchart for performing 
processing of storing preview programs; 

Fig. 15 is a drawing, which shows a flowchart of process for creating 
a list listing pre-viewable services; 

Fig. 16 is a drawing, which shows a flowchart of process for creating 
a list listing pre -viewable services; 

Fig. 17 is a drawing, which shows a flowchart of process for creating 
a list listing pre-viewable services; 

Fig. 18 is a drawing, which shows a list lists up transport streams 

(TS); 

Fig. 19 is a drawing, which shows an example of a service list; 

Fig. 20 is a drawing, which shows information contained in the 

ecm; 

Fig. 21 is a drawing, which shows a pre-viewable program list; 
Fig. 22 is a drawing, which shows details of the pre-viewable 
program list; 

Fig. 23 is a flowchart showing steps performed for carrying out 
automatic storing of preview programs? 

Fig. 24 is a flowchart showing steps for carrying out automatic 
storing of preview programs; 

Fig. 25 is a flowchart showing steps for carrying out automatic 
storing of preview programs; 
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Fig. 26 is a flowchart showing steps for carrying out automatic 
storing of preview programs; 

Fig. 27 is a drawing, which shows the main structure of a partial 
transport stream; 

Fig. 28 is a drawing, which shows a recording format of a transport 
stream stored in the hard disk; 

Fig. 29 is a drawing, which shows the structure of a stream 
information table; 

Fig. 30 is a drawing > which shows en example of a a stream 
information table; 

Fig. 31 is a flowchart showing steps for carrying out automatic 
preview; 

Fig. 32 is a flowchart showing steps for carrying out automatic 
preview; 

Fig. 33A, Fig. 33B and Fig. 33C are images for receiving a 
determination of the for viewing preview programs; 

Fig. 34 is a flowchart showing steps for carrying cache storage 
process; 

Fig. 35 is a flowchart showing steps for carrying cache storage 
process; 

Fig. 36 is a drawing illustrating a relationship of the beginning a 
program among a plurality of service; 

Fig. 37 is a table showing the lapsed times from the beginning of 
each of services; 

Fig. 38 is a drawing, which shows an example of scheduled time for 
start broadcasting; 

Fig. 39 is a flowchart showing steps performed for subscribing a 
program; 

Fig. 40 is a flowchart showing steps performed for subscribing a 
program; 

Fig. 41A, Fig. 41B and Fig. 41C are image for receiving commands 
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such as subscription, recording, and reservation for recording; 

Fig. 42 is a drawing illustrating a relationship between cache 
storage and preview storage; 

Fig. 43 is another drawing illustrating a relationship between cache 
storage and preview storage; 

Fig. 44 is another drawing illustrating a relationship between cache 
storage and preview storage; 

Fig. 45 is another drawing illustrating a relationship between cache 
storage and preview storage; 

Fig. 46 is another drawing illustrating a relationship between cache 
storage and preview storage; 

Fig. 47 is another drawing illustrating a relationship between cache 
storage and preview storage; 

Fig. 48 is a flowchart showing steps performed for digital recording* 

Fig. 49 is a flowchart showing steps performed for digital recording; 

Fig. 50 is a flowchart showing steps performed for reservation 
process; 

Fig. 51 is a flowchart showing steps performed for reservation 
process; 

Fig. 52 is a drawing, which shows an electronic program guide 

(EPG); 

Fig. 53 is a drawing illustrating a relationship between a preview 
program stored and a content being on-aired in another embodiment; 

Fig. 54 is a drawing, which shows an example of a stream 
information table in a second embodiment of the present invention; 

Fig. 55 is a drawing, which shows an example of data in the stream 
information table; 

Fig. 56 is a flowchart showing steps performed for viewing preview 
programs; 

Fig. 57 is a flowchart showing detailed processes for performing an 
estimation of the capacity required for storing contents; 
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Fig. 58 is a flowchart showing steps for carrying out automatic 
preview; 

Fig. 59 is drawing, which shows an image giving a warning message 
for capacity shortage; 

Fig. 60A, Fig. 60B, and Fig. 60C are images displaying information 
on contents in preview selection displays; 

Fig. 61 is a drawing, which shows information on contents listed on 
an EPG; 

Fig. 62A and Fig. 62B are displays for selection of a condition in 
storing preview programs; 

Fig. 63 is s drawing, which shows storage condition record table; 

Fig. 64 is a drawing, which shows an example of the view history 
table; 

Fig. 65 is a drawing, which shows the structure of a stream 
information table in another embodiment; 

Fig. 66 is a drawing, which shows details of a stream information 
table in another embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
1. A first embodiment 

(1) Overall structure of a Broadcasting system 

Fig. 1 shows an overall view of the structure of a broadcasting system 
according to an embodiment of the present invention. A provider of 
contents sends content data from a content provider's device 4 to a 
transmission device 2 via on-line or off-line basis. The transmission 
device 2 combines data from the provider's device 4 into one service (a 
bunch of programs corresponding to channels of ground wave), and 
multiplexes some of channels into transport streams. A receiving 
device 8 receives a desired transport stream, a service via a satellite 6. 

Fig. 2 shows examples of transport streams and services contained in 
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broadcasting. In this example, a plurality of services SV11, SV12, SV13 
and SV14 are contained in a transport stream TS1 under time-division 
multiplexing manner, A plurality of services is contained in other 
transport streams TS2, TS3 and so on as well. Further, each of the 
5 transport streams TS1, TS2, TS3 and so on are recognized by their 
transmission frequencies. 

(2) Structure of transmission device and that of data for broadcasting 
Fig. 3 shows a block diagram illustrating the structure of the 

10 transmission device in an embodiment of the present invention. A 
content data receiving part 9 receives content data from the content 
provider's device 4 and passes the content data thus received to a content 
data storage part 10. Such content data may be also stored into a 
storing medium or the like and then be passed to the content data 

15 storage part 10. Within the content data storage part 10, each of the 
services SV11, SV12...SV21...SV34 and so on are stored. A data 
transmission control part 12 reads out these content data at a scheduled 
on-air time and provides them to a multiplexing part 14. The 
multiplexing part 14 packetizes a plurality of content data given thereto 

20 and then multiplexes them. A transmit part 16 transmits the generated 
transport streams as electric waves. 

Fig. 4 shows relationships of data generated with the multiplexing 
part 14 by carrying out multiplexing. Each content data is divided into 

25 audio data ES (A) and video data ES (V). As shown in Fig. 5, a plurality 
of audio data ES(A) and video data ES(V) are sent our for one transport 
stream. Each of the audio data ES (A) and the video data ES(V) are 
encrypted with a scramble key Ks and are multiplexed by means of 
time-sharing after performing packetization. Unique packet IDs are 

30 assigned to each of audio data ES (A) and video data ES (V) for 
packetization. Consequently, audio data ES (A) and video data ES (V) in 
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each service are distinguishable with their packet IDs. 

In Fig. 4 and Fig- 5, control data PMT unique to each service is sent 
out. Control data PMT describe packet IDs of their corresponding 
services. In addition, packet IDs for acquiring a scramble key Ks to 
decode encrypted data are written in control data PMT. As a 
consequence, content data of a specific service can be acquired by 
obtaining control data PMT corresponding to the service. 

Control data PAT unique to each transport stream is sent out. 
Control data PAT describes a list of services contained in a specific 
transport stream, a list of control data PMT corresponding to the 
services and its packet ID. Consequently, which of the services is 
contained in the transport stream and the packet IDs of the control data 
PMT corresponding to each of the services can be recognized. 

A common control data NIT is sent out for all of the transport streams. 
The control data NIT describes a list of services multiplexed into each 
transport stream. 

Control data SDT, EIT and so on, indicative of a title of each content 
data and its scheduled on-air time for example, are also generated with 
the multiplexing part 14 and sent out therefrom. 

(3) Structure of the receiving device 

Fig. 6 shows a block diagram illustrating the structure of the 
receiving device 8 in an embodiment of the present invention. In this 
embodiment, a set-top box is illustrated as an example of the receiving 
device 8, this device may include a TV set 36. 

A receiving part 20 receives desired content data and provides it to 
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a restoring part 22. The restoring part 22 selects a desired service 
within the transport stream and restores its content. The content data 
thus restored is provided to the TV set 36. The TV set 36 displays 
images of the content data with its display (not shown) and outputs 
5 sounds its loud speaker(s). 

A control part 26 controls the receiving part 20 and the restoring 
part 22 so that a desired service can be acquired on receipt of a command 
from a user via an operation command input part 34. The control part 
10 26 comprises a storing control part 28 and a playback control part 30 
therein. 

The storing control part 28 automatically stores a preview 
program of the pay-per-view contents into a storage part 32 independent 

15 of command from the user. Consequently, a number of preview programs 
of pay-per-view-contents are automatically stored in the storing control 
part 28. A playback control part 30 reads out a preview program stored 
in the storage part 32 in accordance with a command from a user and the 
preview thus read out is provided to restoring part 22 for restoration. 

20 The user can view a desired preview program according to their needs. 
Because preview programs are stored previously, desired preview 
programs can be viewed in their complete form. 

A communication part 24 performs communications between the 
25 content provider's device 4 under the control of the control part 26. 

The operation command input part 34 may be of signal receiving 
part, which receives signals from a remote controller, and the input part 
34 may also be of operation command input buttons arranged on the 
30 receiving device 8. 
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(4) Hardware structure of the receiving device 

Fig. 7 shows a hardware structure of the receiving device 8 shown 
in Fig. 2. The receiving device 8 comprises tuners 42, 44, de- scramblers 
45, 47, transport decoders (TS decoders) 46, 48, changer 50, AV decoder 
52, ROM 54, RAM 56, CPU 58, hard-disk 60, modem 62, signal receiving 
part 64. An IC card 66 is connected to the receiving device 8 via a 
connector. 

In this embodiment, the tuner 44 forms the receiving part 20. 
The de -scrambler 47 and the TS decoder 48 form the restoring part 22. 
The CPU 58, the ROM 54, RAM 56 form the control part 26. The hard- 
disk 60, forms the storage part 32. And the signal receiving part 64 
forms the operation command input part 34. In this embodiment, the 
tuner 42, de-scrambler 45 and the TS decoder 46 each for regular 
reception, and, the tuner 44, the de-scrambler 47 and the TS decoder 48 
each for storing preview programs are provided. However, each one of 
these components may be used as a dual-purpose component. 

Fig. 8 shows a hardware structure of the IC card 66, which is 
connected to the receiving device 8. The IC card 66 forming a key 
reproduction device comprises CPU 74, interface 72, nonvolatile memory 
76 and connector 70. The nonvolatile memory 76 is made of flash- 
memory and the like, and a contract for subscription for the user, a key 
Km for decoding and so on are stored therein. 

(5) Encryption in broadcasting 

Before describing the operation of the receiving device, description 
on encryption in broadcasting and a contract for subscription will be 
made. 

There are two types of digital broadcastings, one of which is 
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unencrypted digital broadcasting and the other is encrypted digital 
broadcasting. Typically, the former is a free broadcast that everyone 
who owns a receiver therefor can watch. An the latter is a pay- 
broadcast, and a key for decoding codes attached thereto is provided to 
the user on condition that payment of the fee is paid. 

Two kinds of pay-broadcasts, one is providing its services tinder a 
general contract and the other is pay-per-view, are available. The 
former is a broadcasting service, which can provide the user a 
comprehensive service that allows the user to watch a predetermined 
program(s). Once a general contract for pay-broadcast is concluded, 
such a fact is stored into the IC card and the user automatically acquires 
a key for decoding the codes. 

In the contrast, a user of pay-per-view broadcasting needs to pay a 
certain fee for each content to acquire a key for decoding. 

The mechanisms of encryption and decoding in broadcasting will 
be described with reference to Fig. 9. In the drawing, a symbol "A[X]" 
shows that X is encrypted with a key A. Also, another symbol "A ^Y] 
" shows that X is decoded with a key A. The following processes, 
corresponding to the numbering such as <Dto® in the drawings, are 
performed. 

In pay-broadcast serviced under the general contract, a key Km 
[kW], encrypting a work-key with a master-key, is sent from the 
transmission device 2 solely to the receiving device(s) 8 of user(s) who 
conclude the general contract. The key Km[kW] is sent so that the key is 
contained in control data EMM {process ®). 

The receiving device 8 receiving such control data EMM passes it 
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to the IC card 66 (process ®). 

The IC card 66 decodes the control data EMM with the master-key 
Km previously stored therein (process (E)). By carrying out such 
decoding, a work-key kW is acquired- The IC card stores the work-key 
kW in the memory 76. In this way, the work-key kW is stored within 
the IC card 66, For every predetermined period (approx. each month), 
work-key is changed and the control data EMM containing the work-key 
is transmitted by the transmission device^ The IC card 66 stores a new 
work-key kW whenever there is change of work-key. No work-key is 
stored in an IC card of a user who does not concludes a regular contract 
because the control data EMM is provided to only the users who conclude 
the contract. 

The transmission device sends content data Ks[C], which is 
encrypted with a scramble-key Ks and a key kW[Ks] encrypting the 
scramble-key with the work-key(process ®). The key kW [Ks] is 
included into control data ECM and sent with the control data. The 
scramble-key is changed in a very short period of time and is sent for 
every change. 

Then, the receiving device 8 provides received ECM to the IC card 
66 (process ©). 

The IC card 66 decodes the provided ECM with a work-key kW 
previously stored in order to acquire a scramble-key Ks (process ®). 
No scramble -key is acquired when no contract and no work-key kW exist. 

The IC card 66 sends back a restored scramble-key Ks to the 
receiving device 8 (process CD). 
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The receiving device decodes the content data Ks[C] with the 
scramble "key Ks thus received in order to acquire content data C 
(process 



5 In the general contract broadcast, only users who conclude the 

contract can watch its services. 

The method of encrypting content data in pay-per-view broadcast 
is the same as that described in the above. Only the difference between 
10 them is that control data EMM is sent to receiving devices 8 of all the 
users in pay-per-view broadcast. Consequently, every user can enjoy 
contents without concluding an inclusive contract. When the IC card 66 
~~ generates a scramble-key Ks on receipt of control data ECM for preview 

Q program, the fact is stored therein. This record is sent to the content 

ti 15 provider's device 4 (a broadcast center) with receiving device 8 via a 

iy communication line. As a consequence, the content provider recognizes 

that their service is subscribed and asks the subscriber to pay for 
viewing fee. 

20 (6) Routine processing for viewing content 

Fig. 10 shows a flowchart of a program of routine processing for 
fy viewing content, which is stored in the ROM 54 of the receiving device 8. 

The detailed description of the processing will be described with 
reference to this flowchart and the hardware structure shown in Fig. 7. 

25 

When the user outputs a command with a remote controller (not 
shown), for example, the signal receiving part 64 receives that command. 
For example, suppose that a command by which the currently subscribed 
service is switched to service SV12 were output. On receipt of such 
30 command, the CPU 58 sets a packet ID of control data PAT in the TS 
decoder 48. According to the packet ID, the TS decoder 48 selects the 
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PAT among provided transport streams, and send the PAT back to the 
CPU 58. (step Sll, Fig. 10). 

The CPU 58 judges whether or not a service SV12 exists on a 
service list written in the PAT by watching the PAT (step S12, Fig. 10). 
When the receiving device currently receives a service SV31, no service 
SV12 is multiplexed in a transport stream TS3 (see Fig. 2). 
Consequently, the service SV12 is not written on a service list of PAT 
acquired from the currently received transport stream TS3. In such a 
case, step S13 and steps following step S13 will be performed in order to 
switch transport streams. 

In the step S13 and the steps thereafter, the CPU 58 acquires NIT 
in order to recognize that a desired service SV12 is multiplexed to which 
service. In other words, the CPU 58 sets in the TS decoder 48 a packet 
ID of NIT written in PAT (step S13, Fig. 10). As a consequence, the NIT 
is output to the CPU 58 by the TS decoder 48 (step S14, Fig. 10). 

Fig. 11 shows detailed description of NIT. The CPU 58 recognizes 
that a desired service Svl2 is multiplexed in the transport stream TS1 
according to the NIT (step S15, Fig. 10). Subsequently, the CPU 58 
controls the tuner 42 so that it receives a frequency fl of the transport 
stream TS1 (step S16, Fig. 10). As a consequence, the transport stream 
TS1 is output from the tuner 42. 

Subsequently, the CPU 58 sets in the TS decoder 48 a packet ID of 
PAT in order to acquire the PAT (step S17, Fig. 10). Consequently, 
details of the PAT shown in Fig. 12, for example, can be acquired. The 
CPU 58 can find out that "0X0032" is a packet ID of PMT in the service 
SV12 being desired according to the details of the PAT (step S18, Fig. 
10). 
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Next, the CPU 58 sets the packet ID in the TS decoder 48 in order 
to acquire PMT (step S19, Fig. 10). Consequently, details of the PMT 
shown in Fig. 13 can be acquired. The CPU 58 can find out information 
on key ECM and a packet ID of content data ES according to the details 
of the PMT (step S20, Fig. 10). 

Further, the CPU 58 sets a packet ID of the ECM in the TS decoder 
48 in order to acquire ECM. Then the CPU 58 sends out the acquired 
SCM to the IC card 66. In response to the step, the IC card 66 sends 
back a scramble-key Ks to the CPU 58. The CPU 58 sets the scramble- 
key Ks to the de-scrambler 45 (step S21, Fig. 10). As a consequence, the 
de-scrambler 45 is ready to decode content data encrypted with the 
scramble-key Ks. 

Subsequently, the CPU 58 sets in the TS decoder a packet ID of the 
content data ES (step S22, Fig. 10). Consequently, the TS decoder 48 
outputs to the AV decoder 52 the decoded content data with the de- 
scrambler 45. Then the AV decoder 52 converts the content data ES, 
which is digital signal into analog-composite signals and then output the 
analog signal to the TV set 36. On receipt of the analog-composite 
signals, the TV set 36 displays images and output sound. 

As described above, routine processing for viewing content is 
performed. When a command for changing the service currently 
received to another service from the user, a desired service is output by 
performing exactly the same processing as described in the above. 

(7) Process for storing preview programs 

In this embodiment, independent of the routine processing, 
additional processing in which preview programs are automatically 
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stored while the power supply of the receiving device 8 is on, is carried 
out. Fig. 14 shows a flowchart of a program that is stored in the ROM 
54 for performing processing of storing preview programs. 

5 The CPU 58 performs the following processes; creation of a list 

that lists pre-viewable services (step S31, Fig. 14), automatic storage of 
preview program according to the list (step S32, Fig. 14), maintenance of 
the list of pre-viewable programs (step S33, Fig. 14), In addition, the 
CPU automatically performs the maintenance of the list of pre-viewable 
10 programs and automatic storing of preview program according to the list 
repeatedly. 

(7-1) Creation of a list listing pre-viewable services 

Figs. 15, 16 and 17 show flowcharts of the process for creating a 
15 list listing pre-viewable services. At first, the CPU 58 controls the TS 
decoder 48 so that NIT is acquired (step S41, Fig. 15). Then the CPU 58 
creates a transport stream (TS) list as shown in Fig. 18 according to the 
acquired NIT and stores it in the hard disk 60 (step S42, Fig. 15). 

20 Then, the CPU 58 makes the transport stream TSl located at the 

top of the list as a transport stream to be processed. Then the CPU 58 
controls the tuner 44 so that a frequency fl of the transport stream TS 1 
received (step S43, Fig, 15). Subsequently, the CPU 58 acquires PAT 
from the transport stream TSl (step S44, Fig. 15). 

25 

The CPU 58 creates a list showing services contained in the 
transport stream TSl according to the acquired PAT, and stores the list 
in the RAM 56 (step S45, Fig. 15). An example of such service list is 
shown in Fig. 19. 

30 

Subsequently, the CPU 58 makes the service SVll located at the 
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top of the list as a service to be processed (step S46, Fig. 15). Then the 
CPU 58 controls the TS decoder 48 in order to acquire PMT of the service 
SV11 (step S47, Fig. 15). Further, the CPU 58 acquires a packet ID of 
ECM according to the PMT, and then acquires the ECM (step S49, Fig. 
5 15). 

The ECM thus acquired is encrypted (in the case of pay-broadcast). 
Consequently, at this stage, the CPU 58 is not able to know the 
description in the ECM and a scramble key contained in that ECM. 

10 

Next, the CPU 58 sends the ECM to the IC card 66 at step S50 
shown in Fig.16 (step S50, Fig. 16). 

Q In response to the step, the IC card 66 decodes the ECM and sends 

15 back a scramble-key Ks if a program is a pre-viewable one. When actual 
preview is performed, the receiving device sends out the ECM to the IC 
card 66 whenever its scramble-key Ks is changed, and makes the IC card 
66 to send back the scramble-key to the receiving device. The IC card 
never sends back the scramble-key Ks once a pre-viewable period ends. 
20 As a consequence, the display of a preview program currently viewed on 
the receiving device is terminated. 
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In the embodiment shown in Figs. 15 through 17, a list that listing 
pre-viewable services is created by utilizing the feature of returning the 
25 scramble-key Ks from the IC card 66 when the service is pre-viewable. 

Processing performed by the IC card 66, which receives the ECM 
will be described hereunder. Initially, the CPU 74 of the IC card 66 
decodes the encrypted ECM (step S100, Fig. 16). Fig. 20 shows 
30 information contained in the ECM. Within a section indicative of type 
of program, it is described that a corresponding event (program) to the 
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ECM is either the program under a regular contract or not. The CPU 74 
judges whether or not the program is provided under a regular contract 
or not according to the ECM (see Fig. 20) (step S101, Fig. 16). If the 
program is not provided under a regular contract, that the process 
5 proceeds to step S103. At step S103, the CPU 74 counts the number of 
reception of the ECM. Typically, ECM (i.e. scramble-key Ks) is changed 
within a very short period of time. During the period of carrying out 
preview, ECM is sent from the receiving device 8 whenever the 
scramble-key Ks is changed. Consequently, the user can recognize the 
10 time period of preview by counting the number of reception of the ECM. 
The starting number of the counter should be 1. 

Subsequently, the CPU 74 judges whether or not a pre-viewable 
time period described in the ECM has passed or not. For example, when 
15 the time period is set as thirty (30) minutes from the start of the program 
in the ECM and the present time described therein is less than thirty 
(30) minutes from the start of the program, the process proceeds to step 
S105. 



20 At step 3105, the CPU 74 judges whether or not the number of 

ECM is less than that of the pre-viewable time period (the number of 



53 ECM) described in the ECM. In this case, when a pre-viewable time 

period is set (that is, the service is a pre-viewable one), the process 
proceeds to step S106 because the number of ECM being counted is 1. 

25 

At step S106, an encrypted scramble-key KwlKs] described in the 
ECM is decoded with a work-key Kw stored in the memory 76. 
Consequently, the CPU 74 acquires a scramble-key Ks and sends it back 
to the receiving device 8 (step S106, Fig. 16). As described above, when 
30 the content is a pre-viewable one, the IC card 66 sends back a scramble- 
key Ks (together with descriptions of ECM) to the receiving device. 
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On the contrary, when a pre-viewable time period written in the 
ECM is judged as zero (0) (that is, the service is not a pre-viewable one) 
at step S105, neither a scramble key K2 is generated nor is sent it back 
to the receiving device. 

In this way, the CPU 58 of the receiving device is able to make the 
following judgments under the condition whether or not a scramble-key 
Ks is sent back thereto in response to a transmission of ECM to the IC 
card 66. In other words, when a scramble-key Ks is sent back thereto, 
the CPU 58 judges that this is either of cases; i) the content is provided 
under a general contract and the user concludes the contract, or ii) the 
content is a pay-per-view content and a pre-viewable one. 

The CPU 58 judges whether or not the content is provided under a 
general contract or not according to descriptions of the decoded ECM 
which is sent back from the IC card (see Fig 20) (step S51, Fig. 16). In 
this case, a preview program of the pay-per-view-content alone is stored. 
Consequently, when the content is provided under a general contract, the 
process proceeds to steps S54, S55 (Fig. 17) because it is not necessary to 
acquire a preview program. Upon completing steps S54 and S55, steps 
following step S47 described above are performed with a service located 
at the top of the service list as a service to be processed. 

When the CPU 58 judges that the content is not provided under a 
general contract according to descriptions of the ECM (i.e. the content is 
a pre-viewable one) at step S51, the process proceeds to step S52 (Fig. 17). 
In this case, the CPU 58 registers the content into a pre-viewable 
program list shown in Fig. 21. The pre-viewable program list is stored 
on the hard disk 60. 
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When one of contents in a plurality of contents, which form a 
service is pre -viewable, most of other contents in the service are pre- 
viewable ones. Consequently, in this embodiment, the whole service is 
judges as pre-viewable one as described above. In other embodiments, 
the capability of preview may be judged for each of contents. 

Subsequently, the CPU 58 judges whether or not all the services in 
a service list have been processed or not according to the list previously 
stored (Fig. 19)(step S54, Fig. 17). If some of services remain 
unprocessed, steps following step S47 are performed with a service 
located at the top of the service list as a service to be processed. 

When all the services in the service list (TS list, Fig. 18) have been 
processed, then the CPU 58 judges whether or not all the transport 
streams in the TS list have been processed or not according to the list 
previously stored (Fig. 18)(step S56, Fig. 17). If some of transport 
streams remain unprocessed, steps following step S43 are performed 
with a transport stream located at the top of the TS list as a transport 
stream to be processed. 

When all the transport streams in the TS list have been processed, 
a list that lists pre-viewable services is created. Subsequently, the CPU 
58 acquires EIT in order to obtain their titles, name of series, their start 
times, their time period (time period of contents) and so on of programs 
contained in each service that are listed up, and writes these information 
on another list that lists pre-viewable services. Fig. 22 shows such a 
list thus created. 

A list of pre-viewable programs and their start time can be 
acquired by performing the above stated processing. 
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In the above processing, the CPU 58 judges a program is not pre- 
viewable once a time period of preview has passed even when the 
program is a pre -viewable one, (see step S104, Fig. 17). In order to 
compensate such a phenomenon, the process for creating a list listing 
5 pre-viewable services should be carried out jafter predetermined time 
progress. 

(7-2) Automatic storing of preview programs according to a list 

Subsequently, detailed process for automatically storing preview 
10 programs shown in step S32 of Fig. 14 will be described. Figs. 23 
through 26 are flowcharts illustrating such process. 

The CPU 58 selects one program, (event) from a pre-viewable 
service list (Fig. 22), that is started at the earliest time from the present 
15 time (step S201, Fig. 23). If two or more programs satisfy such criteria 
(two or more programs are aired simultaneously), any one of them is 
selected. In Fig. 22, a program entitled "Tom & Jet" in the service SV11 
s 4 is selected, for example. 
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20 Subsequently, the CPU 58 judges whether or not a preview 

program for the program has already been stored in the hard disk 60 
(step S202, Fig. 23). In other words, the CPU 58 checks if a program, 
which has the same tile '"Tom & Jet" is stored in the hard disk 60. When 
such a program has been stored therein, the process returns to step S201, 

25 and the CPU 58 selects another program except this program that is 
started at the earliest time from the current time. 

When the preview program has not been stored therein, the CPU 
58 controls the TS decoder 48 to acquire PAT from the transport stream 
30 currently received (step S203, Fig. 23). Next, the CPU 58 judges 

whether or not a service containing a selected program (service SVll in 
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the above example) exists in the transport stream currently received 
according to the PAT (step S204, Fig. 23). 

If no service exists, the CPU 58 acquires NIT (step S205, Fig. 23) 
and controls the tuner to receive a transport stream containing the 
service to be processed and then performs step S208- 

When the service SV11 containing a selected program exists at 
step S204, the process directly proceeds to step S208. As a consequence, 
the receiving device is in a condition under which the transport stream 
TS1 containing the selected program is received in order to receive the 
program. 

At step S208, the CPU 58 judges whether or not start time 9:00 of 
the program comes according to the pre-viewable service list. The 
current time can be known by information on time contained in any of 
broadcasts. When the current time has not become at the time of start 
time, it stands by till the start time of the program. 

The current time has become at the time of start time, the process 
proceeds to step S209, and acquires PMT, EIT, SDT of the service SV11 
containing the program entitled "Tom & Jet"(step S209, Fig. 24). 
Subsequently, control data SIT necessary for storing preview program(s) 
is generated (step S210, Fig. 24). 

During the storage, just elementary stream(s) ES (packetized data 
of image and audio), and PMT, PAT, EIT and so on related to the ES are 
stored, no information on other program(s) are needed. In this 
embodiment, a transport stream selecting information on the program 
(hereinafter referred to as partial transport stream) is generated and 
stored. Such partialization process is performed at step S215 described 
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later. At step S210, new control data SIT is generated by extracting 
necessary information such as title of a program and the like from 
information such as EIT, NIT and so on. This SIT is recorded on the 
hard disk as data forming part of the partial transport stream). 



5 



Next, packet IDs of ECM and ES are acquired from PMT (step 
S211, Fig. 24). The CPU 58 sets the packet IDs of ECM and ES in the 
transport decoder 48 in order to acquire ECM and ES (step S212, Fig. 24). 
In regular reception, the CPU 58 controls the transport decoder 48 so 
10 that divided ES to be output to the AV decoder 52. During the storage 
processing, however, the CPU 58 controls the transport decoder 48 to 
send back the divided ES with packets. 

U Subsequently, the CPU 58 sends the acquired ECM back to the IC 

P 15 card 66 (step S213, Fig. 25). On receipt of the ECM, the IC *ard 66 

i\ sends back a scramble-key Ks (step S106, Fig. 25). When the CPU 58 

UI detects the scramble-key Ks from the IC card 66 (step S214, Fig. 26), it 

lit 

1% generates a partial transport stream and stores it in the hard disk 60 

s (step S215, Fig. 26). At the same time, a stream information table is 

*"{ 20 created and stored therewith. 

W 

Fig. 27 shows the main structure of a partial transport stream 
nt generated by the CPU 58. The partial transport stream comprises 

content data ES of the program, PMT for describing a packet ID of the 
25 ES and so on, and SIT describing a packet ID of the PMT and 
information on the program. 

As to Es, one selected and sent from the transport decoder 48 may 
be used. In this embodiment, decoded ES with a scramble-key Ks is 
30 stored. Also, as to PMT, new PMT deleting unnecessary information 
from original PMT can be generated and used. For example, a packet 
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ID for acquiring a scramble-key Ks is described in original PMT. No 
description on packet ID of the ECM is necessary because the ES is 
stored with the decoded packet. In addition, as to SIT, one generated at 
step S210 is used. 

Fig, 28 shows a recording format of a preview program stored in 
the hard disk 60. A storage region 102 of a partial transport stream is a 
region for storing a preview program of the partial transport stream. A 
great number of preview programs are stored in the region 102. The 
CPU 58 stores these streams with unique stream IDs for their 
identification. In this embodiment, highlights (which picks up 
highlight scenes), normal content storage (storing the whole program(s) 
regularly performed) is stored in the region 102 in addition to preview 
programs. 

In order to manage these various partial transport streams for 
preview programs, the CPU 58 stores in a region 100 of a stream 
information table* The stream information table describes data such as 
illustrated in Fig. 29 for every preview program. The stream 
information table contains followings; an information column 110 
indicating whether or not users view the preview programs, information 
on type of content 112 by which type of a content can be identified such 
as a preview program, highlights and a regular content, a stream ID of 
the transport stream, information on category of a content such as sports, 
films, information on parental guidance 118, and the title of a content 
and so on. 

The CPU 58 initializes processing for storing a partial transport 
stream for a preview program in the hard disk 60 under a data format 
shown in Figs. 28 and 29. Subsequently, monitors whether or not ECM 
of a new version has been sent (step S216, Fig. 26). ECM of a new 
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version is sent from the transmission device at when just ahead of 
changing a scramble-key Ks. The CPU 58 acquires such new ECM by 
controlling the transport decoder 48. The ECM thus acquired is sent to 
the IC card 66 (step S213, Fig. 25). 

In response to the above step, the IC card 60 sends a scramble-key 
back to the IC card 66 (step S213, Fig. 25). Consequently, the receiving 
device can keep storing content data by decoding encryption. The IC 
card 66 stops transmission of a scramble-key Ks to the receiving device 8 
when the number of ECM counted exceeds the upper limit described in 
the ECM (Fig. 20) (step S105, Fig. 25). 

The CPU 58 of the receiving device 8 judges that a preview time 
period has passed when a scramble-key Ks is not sent back thereto, and 
ends storage of that program. Meanwhile, a flag in the pre-viewable list 
(not shown) is turned on (that indicates the program is stored). 

Thereafter, the process proceeds to step S201 of Fig. 23, and 
selects a program, that has not been stored, but is started at the earliest 
time. Then a preview program is stored in a similar manner to the 
above. Automatic storing of preview programs according to a list ends 
when all the programs listed in the pre-viewable list are stored in the 
hard disk 60 by repeatedly performing these processes. 

(7-3) Maintenance of the pre-viewable list 

When automatic storing of preview programs according to a list 
ends as described above, the CPU 58 performs step S33 of Fig. 14. The 
CPU 58 always keeps information on programs such as EIT and so on, 
conducts amendments of the pre-viewable list whenever its description 
varies or added. When any amendment to the pre-viewable list is made, 
the CPU 58 carries out automatic storage of preview program according 
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to the list such as at step S32 again. As a consequence, new preview 
programs can be stored while updating information on programs* 

(7-4) Deletion of stored preview programs 
5 When such automatic storage goes on, the capacity of the hard disk 

60 will run short. To avoid such phenomenon, the CPU 58 deletes old 
preview program(s) whenever new preview program(s) is stored. 

For example, such deletion can be carried out in order of length of 
10 time have stored. Alternatively, the deletion may also be carried out 
under the following priority rule. For example, programs already been 
viewed by users, programs not been viewed by users. The priority of 
deletion may also be determined by combining the above priority with 
the time and date of recording. 

15 

Alternatively, the highest priority of deletion may be given to 
preview program(s) by which the whole part of the program was already 
viewed by users. In that case, additional flag indicating that the main 
part has been viewed should be provided in addition to the flag shown in 
20 Fig. 29. Description will be made under an assumption that an 
automatic preview button 300 is selected. 

(8) Processing for viewing preview programs 

Next, a series of processes for viewing preview programs stored as 

25 above will be described. The CPU 58 outputs the TV set 36 an image 
illustrated in Fig. 33A as an image for receiving a determination of the 
user. The user moves the cursor with a remote controller (not shown) 
according to instructions of the image, and selects either of buttons 
indicating "Automatic preview" or "Preview select" and then depresses a 

30 button for determining command. 
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The description continues, assuming that an automatic preview 
button 300 is selected. The "Automatic preview" is a mode by which 
preview programs stored in receiving device 8 are displayed one after 
another. 

5 

Once the automatic preview button 300 shown in Fig. 33A is 
selected, the CPU 58 controls to display an image for selecting category 
of preview programs as shown in Fig. 33B. In response to the display, 
the user can selects to watch either preview programs of all categories or 
10 preview programs of a specific category* In this case, the description 
continues, assuming that a button 304 for all categories is selected. 

Figs. 31 and 32 show flowcharts of the process for automatic 
[5 preview. At first, the CPU 58 reads out a stream information table from 

15 the hard disk 60 (step S301, Fig. 31). Fig. 30 shows an example of the 
stream information table recorded in the hard disk. The CPU 58 selects 
the first preview program out of the preview programs listed on the table 
and makes it as a preview program to be processed. Here, a preview 
program for a program entitled "Pay them back" is selected. 
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20 

Subsequently, a stream ID "000 V s of that preview program is read 
out in order to read out its partial transport stream (step S302, Fig. 31). 
The partial transport stream thus read out is provided to the TS decoder 
48. Then, the CPU 58 sets a packet ID of PAT to the TS decoder 48 in 
25 order to acquire PAT. Further, the CPU acquires packet Ids of PMT 
and SIT from the acquired PAT and sets them to the TS decoder 48 in 
order to acquire PMT and SIT. In this way, PAT, PMT, and SIT are 
acquired from the partial transport stream (Step S303, Fig. 31). 

30 Next, cache storage process for preparing a subscription of 

program is carried out (step S304, Fig. 31). The cache storage process is 
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a process by which the whole part of the program corresponding to the 
preview is stored prior to a subscription thereof. Details of the process 
will be described later in detail. 

Subsequent to the cache storage process, the CPU 58 provides the 
partial transport stream thus read out to the TS decoder 48. 
Furthermore, the CPU sets a packet ID of a preview program's ES, which 
is obtained according to the PMT to the TS decoder 48. Hence, the TS 
decoder 48 selects ES of a program entitled "Pay them back" out of the 
partial transport stream, and outputs the ES to the AV decoder 52. In 
this way, a preview program of "Pay them back" is output to the TV set 
36 

The CPU 58 controls to turn on a flag in a column of the table 
shown in Fig. 30, the flag indicating the preview program has been 
viewed (step S306, Fig. 31). During the process, the CPU 58 sits and 
waits for input by the user (step S307, Fig. 32). When the user makes 
none of input, the output of the preview program thus recorded continues 
till the program ends (step S308, Fig. 32). 

When the program ends, the CPU 58 makes the subsequent 
preview program as a preview program to be processed (step 3309, Fig. 
32), and steps following the step S302 are performed. As a consequence, 
the subsequent preview program corresponding to a program entitled 
"Jungle Park" is output. Hence, preview programs listed on the stream 
information table are output one after another. 

When the user selects any of the categories on an image shown in 
Fig. 33B, the CPU 58 selects preview program(s) belonging to that 
category out of the stream information table and outputs the preview 
program (s). 
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When the user selects a selected preview button 302 on an image 
shown in Fig. 33A,the CPU 58 controls to display an image shown in Fig. 
33C by reading out columns of title and category from of the stream 
5 information table. Then the user selects a preview program, which has 
a specific title, and depresses the determination button. Consequently, 
the CPU 58 outputs just preview program(s) belonging to that category 
to the TV set 36. If the determination button is depressed when the 
image shown in Fig. 33C is displayed, a preview program entitled 
10 ""Rings" is displayed. 

(8-2) Cache storage process for preparing a subscription of program 
H 5 In this embodiment, the CPU starts cache storage so that the 

whole part of the program corresponding to a preview program is stored 
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15 just in case when a subscription of the program is determined 

: " simultaneous with display of the preview program (step 3304, Fig. 31). 

W 

Id Figs. 34 and 35 shows flowcharts illustrating cache storage process for 
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preparing a subscription of program. Initially, the CPU 58 reads out a 
partial transport stream corresponding to the preview program to be 
20 playback, and acquires its PAT, PMT and SIT with the TS decoder 48 
(step S303, Fig. 31). 

Then the CPU 58 acquires service_ids of all the services out of the 
descriptions of the SIT thus read out (step S351, Fig. 34). Here, 
25 service_id is an ID specifying service. 

Initially, the CPU 58 conducts the following processes to a service 
specified by the first servicejid as a service to be processed. The CPU 
58 acquires EIT of the service to be processed specified by that service_id 
30 with the TS decoder 46 (step S352, Fig. 34). The TS decoder 48, which 
handles the playback process, may also carry out such a process if 



45 



1.3 



130USa-l 

processing time allows. Within the EIT, program(s) (title) currently 
on fc aired in the service are described. The CPU 58 judges whether or 
not the program corresponding to a preview under playback is currently 
on-aired in the service according to the EIT (step S353, Fig. 34). 

5 

When the program is not on-aired on that service, the subsequent 
service becomes a service to be processed (step S356, Fig. 34), and steps 
following step S352 will be performed again. 

10 The CPU 58 records in the RAM 54 how long does it passed from 

the beginning of the program (lapsed time) associated with the service 
when the program is found in a service currently on-aired (step S354, Fig. 
34). 

Upon completion of processes on all the services, the CPU judges 
15 in which service the program is on-aired (step S357, Fig. 35). When the 
program is on-aired in any of services, the service with the shortest 
lapsed time stored in the RAM 54 is selected (step S359, Fig. 35). 

For example, it is assumed that the program currently under 
20 preview is "nine days" and a plurality of services SV51, SV52, SV53 are 
on-aired under a time-shifting manner as shown in Fig. 36. If display of 
a preview program being stored is initiated at time t, the lapsed time 
from the beginning is stored in the RAM 54 as shown in Fig. 37. 
Consequently, the CPU 58 selects the service 53, in this case. The 
25 reason of selecting a service with the shortest lapsed time is for raising 
the possibility of acquiring as perfect as possible content data. 

Then the CPU 58 controls the TS decoder 46 to acquire ES of the 
selected service SV53, and stores it in the hard disk 60 as a partial 
30 transport stream (step S360, Fig. 35). In such a case, decoding can be 
performed because the IC card 66 sends back a scramble-key Ks 
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repeatedly till the preview time ends. This is because a certain period 
of preview time is allowed in each broadcast repeatedly performed in 
most of the pay-per-view programs. In this way, cache storage process 
for preparing a subscription of program can be initiated. 

In the contrast, scheduled time for start broadcasting of the 
program is stored with reference to EIT when a judgement that the 
program is not on-aired in any of the services is made (step S358, Fig. 35). 
Fig. 38 shows an example of scheduled time for start broadcasting. 

As described above, cache storage of program contents is initiated 
when the program is currently on- aired during the preview reproduction. 
In addition, the cache storage of the previous program is deleted when a 
preview program of the subsequent program starts. 

(8-3) Processes for subscription 

Next, processing when the user determines subscription of the 
program during the preview reproduction will be described. These 
processes are performed when the user inputs a command to subscribe a 
program at step S307 in Fig. 32. In that case, the CPU 58 performs step 
S311. 

Fig. 41A shows an image for receiving a command for subscription. 
The user finalizes the decision of subscription by selecting one of a 
subscription button 250, a recording button 252 and a recording 
reservation button 254 with a remote controller, for example. 

When the subscription button 250 is selected, the program starts 
and viewed. Fig. 39 shows processes for subscribing a program. The 
CPU 58 judges whether or not the subscribed program is stored under 
cache storage process (step S401, Fog, 39). A program is stored under 
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cache storage when the program is subscribed during its the preview 
reproduction and that is currently on-aired. However, no cache storage 
is performed when a program is subscribed except the time of preview 
reproduction. 

The CPU judges that whether or not content data of the cache 
storage is recorded from the very beginning of the program (step S402, 
Fig. 39), The CPU 58 reads out the partial transport stream stored 
under the cache storage, and provides it to the TS decoder 46 (step S413, 
Fig. 40). In addition, the CPU 58 controls the TS decoder 46 to acquires 
a packet ID of ES, and sets it to the TS decoder 46 (step S414, Fig, 40). 
Consequently, the TS decoder 46 outputs the ES to the AV decoder 52. 
As a result, the TV set 36 outputs images and sounds of the program. 
The user can view the program from the beginning thereof even when a 
certain period of time has passed from the beginning at the time the 
subscription button 250 is selected. 

The CPU 58 control the TS decoder 48 to acquire ES of the 
program in parallel to performing the processing described above. Even 
in this case, the CPU 58 sends to the IC card 66 the purport that it 
performs process for subscription. The IC card 66 sends a scramble-key 
Ks repeatedly till the program ends in response to such a transmission. 
The information in that the process for subscription 2which is recorded 
in the IC card 66 is sent to the content provider's device via the modem 
62 under the control of the CPU 58. 

Then, the CPU 58 generates a partial transport stream from the 
ES of the acquired program, and adds it to a cache storage part of the 
hard disk 60 (step 415, Fig. 40). At the same time, portionfe), which has 
already been playback are deleted. As described above, both the storage 
of programs and the playback of these are performed in a parallel 
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manner with the cache storage part. The process ends when the 
program ends (step S416, Fig- 40). 

When content data of the cache storage is not recorded from the 
very beginning of the program at step S402 shown in Fig. 39, the S403 is 
performed. At step 3403, it is judged that there is any overlapped 
portion of the portion stored as a preview program and the portion stored 
under cache storage. 

For example, it assumes that a preview program is stored from the 
beginning point (time) w t0" to a point (time) u t2" of a program as shown in 
Fig. 42. In the drawing, an abscissa axis "t" shows lapsed time of a 
preview program from the beginning of the program and another 
abscissa axis shows lapsed time "tf" from the beginning of the program 
currently on-aired. It also assumes that lapsed time of the program 
currently on-aired from the beginning thereof is 4ff t*l" at the start time 
"t0" of the preview program. In this case, cache storage is carried out 
from the time "t'l*. It further assumes that the user applies for a 
subscription after the initiation of preview program, at time "t4". 

Fig. 43 is a drawing for comparison between content data stored as 
a preview program and a program under cache storage. In this case, an 
overlapped portion (time "tT* to time "t2") is observed between content 
data stored as a preview program and a program under cache storage. 
It is, therefore, the process proceed to step S404, and the CPU 58 judges 
whether or not the last portion "t4" of the program being previewed is 
stored under cache storage at the step. In this case, a starting pointer 
for playback is set at the last portion "t4" because the program is stored 
as illustrated in Fig. 43 (step S405, Fig. 39). 

Subsequently, the CPU 58 reads out the program stored under 
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cache storage from a portion corresponding to the portion *t4* and 
playback the program, then stores a received program in the cache 
storage part (step S413 through step S415, Fig. 40). The subscription 
process ends once the program ends and all the content data stored in the 
cache storage part have been playback (step S416, Fig. 40). As 
described above, the user can be viewed the program without any break 
from the preview program even when the program has already been 
started at a point of applying subscription, that is, a point starting the 
last portion "t4'\ 

Next, it is given a thought to another case 2 shown in Fig. 44. A 
difference of the drawing from Fig. 42 is that cache storage is performed 
t =s after more time passes from the beginning of the program. However, 

3 3? 

the process proceeds to step S404 from step S403 because an overlap 
y- 15 portion between a preview programs being stored and cache storage 

|y portion is observed as well. At step S404, it is judges that whether or 

id 

ri not the last portion "t4" of the program being previewed is stored under 

cache storage at the step. Fig. 45 is a drawing for comparison between 
the preview program being stored and the cache storage portion 
£3 20 illustrated in Fig. 44. He process proceeds to step S406 because the last 



portion *t4 w of the program being previewed is not stored under cache 
storage as shown in Fig. 45. 

At step S406, the starting pointer for playback is set at the last 
25 portion "t4. Then, at step S407 the preview program stored is playback 
from the portion *t4". In other words, the CPU 58 playbacks the 
subsequent portion to the preview program. Further, the CPU 58 
judges whether or not the preview program being stored reaches to the 
head portion of the cache storage *t'l w (step S408, Fig. 39). If not 
30 reached thereto, the process returns to step S407 and the preview 
program stored is playback. 
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Once the preview program being stored reaches to the head portion 
of the cache storage "t'l", the portion stored under cache storage is 
playback. Thereafter, playback of the program continues with the 
5 portion being stored under cache storage (step S413 through step S415, 
Pig. 40). The subscription process ends once the program ends and all 
the content data stored in the cache storage part have been playback 
(step S416, Fig. 40). 

10 Subsequently, it is given a thought to another case 3 shown in Fig. 

46. In this case, cache storage is initiated after further time passes from 
the beginning of the program. It is, therefore, no overlap portion 
between the preview program being stored and the cache storage portion 
is observed (see Fig. 47). As a result of observing such a fact, the CPU 
%il 15 58 gives up to playback a complete program, and starts performing 

H playback from the head portion of the cache storage (step S403 in Fig. 39, 

step S413 in Fig. 40). Thereafter, the program is playback with the 
portion being stored under cache storage (step S413 through step S415, 
Fig. 40). The subscription process ends once the program ends and all 
20 the content data stored in the cache storage part have been playback 
(step S416, Fig. 40). 

In this embodiment, when a case shown in Fig. 47 occurs the CPU 
suspends playback of the preview program being stored at the point "t4 w 
25 where subscription is applied, and reads out from the head portion of the 
cache storage *t'l* then playbacks the portion read out. Alternatively, 
the CPU may playback the head portion of the cache storage from the 
time after playback the preview program being stored 

30 In the above description, a case have been considered in which a 

judgement that the subscribed program is stored under cache storage 
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process, is made at step S401. The process proceeds to step S410 from 
step S401 when the opposite judgement is made at the step S401. At 
steps S410 and 411, the CPU 58 controls the TS decoder to output ES of a 
program to he subscribed to the AV decoder 52, In this way, the user 
can view the program currently on-aired with the TV set 36. The 
subscription process ends once the program ends (step S412, Fig, 39). 

(8-4) Recording process 

A series of processing when the user selects a recording at step 
S307 in Pig. 32 will be described. In this case, the CPU 58 performs 
either step S312 or step 313. 

The CPU 58 controls to display an image for selecting a recording 
mode shown in Fig. 41B when the user selects the recording button 252. 
When analog recording is selected, analog outputs of the AV decoder 52 
are recorded with a video recorder (not shown) for example in an analog 
form. Processing performed for this, is the same as that shown in Figs* 
39 and 40. 

When the user selects digital recording (viewing in a digital form), 
the user can view program while recording it. As a consequence, In 
addition to processes shown in Figs. 39 and 40, a process in which a 
generated partial transport stream is stored in the hard disk 60 is 
carried out. The recording format of the transport stream is similar to 
the ones shown in Figs. 28 and 29. When it is able to record only from 
the middle of the program, additional record of the insufficient part is 
carried out in the subsequent broadcast. 

When the user selects recording of a counter-program (i.e. another 
program being on-aired from the program which, the user currently 
views), the CPU 58 performs processes shown in Figs. 48 and 49. 
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Initially, the CPU 58 judges whether or not any portion of the program is 
stored under cache storage (step 3501, Fig. 48). When any portion of 
the program is stored under cache storage, further recording continues 
with the portion has already been stored which is used as the main body 
(step S502, Fig. 48). The recording format of the portions is similar to 
the ones shown in Figs* 28 and 29. Such recording continues till the 
program ends (step S503, Fig. 48) 

Once the program ends, the CPU 58 judges whether or not the 
program is stored in its complete form (step S504, Fig. 48), The process 
proceeds to its end when the program is stored in its complete form. If 
unrecorded portion exists, the CPU judges whether or not the program 
can be a complete form by adding the preview program to the portion(s) 
already stored (step S505, Fig, 48). When a judgement that the 
program can be stored in a complete form is made (such as shown in Figs 
43, 45), the CPU completes the program by combining the preview 
program to the stored portion(s) (step S506, Fig. 49). 

When the CPU judges that a complete recording of the program is 
not possible even combining the stored preview program, unrecorded 
portion will be stored in the subsequent broadcast (step S507, Fig. 49). 
As a result of carrying out this step, the program is stored in its complete 
form. 

When it is judges that no portion is stored under cache storage at 
step S501, a partial TS is generated and recording is performed (step 
S510, Fig. 48). Steps following step S504 are carried out as described 
above, once the program ends. 

As described earlier, the possibility to achieve a complete 
recording of the program becomes high because both cache storage and 
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preview storage are employed in this embodiment. In the case of 
storing the program in its complete form during the subsequent 
broadcast, processing required for recording can be performed rapidly, 

(8-5) Reservation process 

A series of processing when the user selects a reservation at step 
S307 in Fig, 32 will be described. In this case, the CPU 58 performs 
reservation process (step S314, Fig. 32). Figs. 50 and 51 show a 
flowchart illustrating the details of the reservation process. 

Initially, the CPU 58 judges whether or not a program that is 
reserved for recording is currently on-aired (step S601, Fig. 50). When 
f*$ the program is currently on-aired, the CPU controls to display an image 

0 shown in Fig. 41 C that prompts the user to select either of view the 

15 program or make a reservation for recording (step S602, Fig. 50). When 

Ul the user makes a selection to view the program, the processes for 

1*1 

J 5 subscription shown in Figs, 39 and 40 are carried out (step S603, Fig. 

/ 50). 

f *?5 

1 ; I 

n 20 When the user makes a selection to reserve recording of the 

^; program, the CPU judges whether or not on-air schedule of the program 

If If exist with reference to a scheduled time for start broadcasting stored at 

step S358 shown in Fig. 35 (step S604, Fig. 50). When any on-air 
schedule exists, it is output to the TV set 36 (step S605, Fig, 50), and the 
25 program is schedule of the program is reserved (step S606, Fig. 50). 

When no on-air schedule of the program exist at step S604, the 
CPU 58 controls the modem 62 to access the content provider's device 
(step S607, Fig. 51). In response to the access, the device sends the title 
30 of the program to be reserved by the user (step S608, Fig. 51). 

Consequently, the content provider can collect requests for specific 
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program(s) made by users. Hence, the provider is able to make on-air 
schedule in which the opinion of the users was made to reflect. 

Then the CPU monitors EIT, and watches whether or not the 
5 program is in their on-air schedule (step S609, Fig, 51). When the 
program is added to their schedule, the CPU 58 controls to display the 
addition on the screen of the TV set 36. 

Requests for specific program(s) may be sent to the content 
10 provider not only at reservation process but also when no on-air schedule 
of a desired program exist at a subscription. 

(9) Utilization of the pre -viewable list 

In this embodiment, a list that lists pre-viewable programs shown 
15 in Fig. 22. It is, therefore, indications 500 by which the programs 
attaching thereto have preview programs can be indicated when an 
Electronic Program Guide (EPG) shown in Fig. 52 is displayed. As a 
result, users can easily recognize that their desired programs are pre- 
viewable or not. 



25 



(10) Other embodiments 

All the programs pre "viewable are stored in the above embodiment, 
any of preview program(s) can selectively stored by designating a specific 
category which users wish to store. 



In the above embodiment, preview programs are displayed in 
response to the command from user. Alternatively, preview programs 
may be displayed under a suitable manner during a process, which need 
a certain period of time, a search under certain category for example. In 
30 that case, preview programs belonging to a category that a user try to 
search may be displayed preferentially when a search under certain 
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category is conducted. 

Further, only the preview programs for pay-per-view programs sire 
stored in the above embodiment. Alternatively, just the head portions 
of the programs that are designated by users including free-programs for 
general public, programs provided to the users under a contract and so 
on may be stored. By carrying out such process, user can see efficiently 
the digest of the head portion of two or more programs for which they 
wish. 

In the above embodiment, the head portions of programs are stored, 
other portions of the programs (e.g. highlight scenes) can selectively be 
stored. 

In the above embodiment, users can either view or store a program 
from its beginning even when the start of the program and its 
subscription shifts in the case that a subscription, for example, is applied 
during the display of the preview program being stored. 

However, there is a case that a user applies for subscription of a 
program actually on-aired regardless of existence of the preview program 
of the program. For example, the user can not view a portion of the 
program from time TO to time Ts when the user start previewing the 
program as shown in Fig. 53. In such a case, even when the lapsed time, 
from the start time TO to a time Td at when the user applied for 
subscription, is shorter than a period for playback of the preview 
program being stored, it is possible for the user to view the program from 
its beginning by utilizing the preview program being stored as a buffer 
(make a copy into the buffer). 

In the above embodiment, the storage portion is located within the 
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receiving device. The storage portion may be independent of the 
receiving device. 

The descriptions described in a column "other embodiment" and 
changes, modifications, alternatives in a second embodiment of the 
present invention may also applicable to the first embodiment described 
in the above. 

2. Second embodiment 
(1) Overview 

In the first embodiment, there is a probability to run out the 
capacity of the hard disk 60 after start storing content data in response 
to subscription of the content. This is not permissible especially when 
the user have to pay for the content. 

To solve the problem, a prior notice, which indicates whether or 
not the content to be subscribed can be stored, is provided to the user at 
when subscription is supplied in the second embodiment described 
hereunder. 

In addition, subscription history of the user and conditions for 
storing are transmitted to the content provider's device in the second 
embodiment. In this way, providers of content can recognize users 1 
preferences, and this helps to the creation of new contents and making 
on-air schedule. 

The overall structure of a broadcasting system in the second 
embodiment is the same as that shown in Fig. 1. Furthermore, the 
basic structure of the transmission device, hardware structure and so on 
are the same as those shown in Fig. 1 (see Figs. 3, 6, and 7). Processes 
for storing preview programs and that for viewing preview programs. 
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In the description below, the difference between the second 
embodiment and the first embodiment about the processes for storing 
preview programs and that for viewing preview programs will be focused. 

(2) Process for storing preview programs 

The processes performed for storing preview programs are 
basically the same as the flowcharts illustrated on Fig. 14 through Fig.17, 
Fig. 23 through Fig. 26. 

In this embodiment, details of a stream information table (see step 
S215 of Fig. 26, Fig. 29) which is stored as an index together with a 
preview program when the preview program is stored in the hard disk 60 
is different from the one in the first embodiment. Fig. 54 shows the 
structure of the stream information table in this embodiment. Also, 
Fig.55 shows an example of data filled in the table. 

In this embodiment, the information column 110 indicates not only 
the fact whether or not users view the preview program but also the 
number of time the program to be viewed. A subscription column 123 is 
a flag indicating whether or not contents corresponding to the preview 
program are actually subscribed. That is, a sign shows that the 
program has not been subscribed and another sign "subscribed" 
indicated that it has already been subscribed. A capacity column 124 
for preview program shows the capacity (megabytes) required storing the 
preview program. 

The CPU 58 records the capacity required for storing the preview 
program in the stream information table whenever a preview program is 
stored as described above (see step S215). The capacity thus recorded 
will be used for estimation of the capacity required to store the whole of 
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the content data. 

(3) Processing for viewing preview programs 

The processes for viewing preview programs are basically the same 
5 as the processes described with reference to Figs. 31, 32, 34, 35, 39 and 
40 and Fig. 48 through Fog. 51. 

In this embodiment, an estimation of the capacity required to store 
content data (step S3015, Fig. 56) is carried out prior to perform step 
10 S302 as shown in Fig. 56. In addition, the number of times the program 
to be viewed is recorded in step 306 in response to the information 
column 110 shown in Fig, 54, 



Q Fig. 57 shows detailed processes for performing an estimation of 

15 the capacity required for storing content data indicated as step S3015. 
The CPU 58 acquires the duration of on-air period for the whole of 
content data corresponding to the preview program out of the list of pre- 
viewable services shown in Fig. 22 (step S701, Fig. 57). Alternatively, 
the on-air period may also be acquired directly from EIT. Then, the 
20 CPU 58 controls other parts so that an elementary stream of the content 
(or other contents belong to the service on which the contents are on- 
aired) is received. Furthermore, the CPU 58 judges whether or not BRV 
(Bit Rate Value) indicating transmission capabilities per unit time is 
described in the header region of the elementary stream (steps S702 and 
25 S703, Fig. 57), Here, BRV shows the number of bits transmitted per 
second. 

Once the bit rate is acquired, the CPU 58 estimates the capacity 
required for storing in accordance with the duration of on-air period for 
30 the whole of content data and the bit rate (steps S703 and S704, Fig. 57). 
That is, the required capacity is estimated with the equation below; 
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Required capacity = (on-air period x BRV)/8 

Since, 1 byte consists of 8 bits in this embodiment, therefore, 8 to 
indicate the required capacity in bytes divide the value. 

When BVR can not be acquired, required capacity hv for the whole 
of content data is estimated in accordance with required capacity for 
storing a preview program pv, a time period of the preview program pt, 
and a time period of the whole of content. That is, the required capacity 
is estimated with the equation below(steps S703, S705, Pig. 57); 

hv = pv • (ht/pt) 

When digital recording at step S3 10 in Fig. 58 is selected by user's 
operation, the CPU 58 judges whether or not the estimated capacity 
exceeds the remaining capacity of the hard disk (step S321, Fig. 58). 
When the estimated capacity exceeds the remaining capacity, the CPU 
58 outputs a display for selecting suspension of the storing process (a 
warning display) shown in Fig. 59 (step S322, Fig. 58). 

In this display, a warning, indicating that there is a probability 
the whole of content data can not be stored, is displayed. The user is 
give an choice whether or not they select one of a subscription button 700, 
a suspension button 702, and return button 704 being displayed with the 
knowledge of such a risk. When the suspension button 702 is selected, 
the process proceeds to step for viewing the subsequent preview program. 
The process for recording in a digital manner is performed when the 
subscription button 700 is selected (Step S313, Fig. 58). 

When it is judged that the estimated capacity exceeds the 
remaining capacity, the CPU 58 starts the process for recording in a 
digital manner (Step S313, Fig. 58). 
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As described above, a judgement whether or not the content data 
to be stored can store in the hard disk prior to its storing is made, and a 
warning is displayed if not storable in this embodiment* 

Concerning the preview program on which the cursor locates, a 
time period for playback of the whole of content data, required capacity 
to store preview program, and the remaining capacity after storing the 
whole content data, are displayed as shown in Fig. 60C. Consequently, 
the user is able to know the overall information on the time period for 
playback of the whole of content and so on easily. 

Similarly, in an Electronic Program Guide (EPG), the following 
values for a content on which the cursor locates, can be displayed; a time 
period for playback the preview program for the content (60 seconds in 
the drawing), a time period for playback of the whole of content (60 
minutes in the drawing), required capacity to store the preview program 
(30MB in the drawing), required capacity to store the whole of the 
content data (18GB in the drawing), the remaining capacity of the hard 
disk after storing the whole content data (32GB in the drawing), and the 
full capacity of the hard disk (60GB in the drawing) as shown in Fig. 61. 
As a consequence, the user easily knows whether or not the content is 
pre-viewable but also a time period for playback of the content. 

Furthermore, the user can select a desired preview program to 
store with its category and other conditions. Figs. 62A and 62B show 
displays for selection of a condition in storing preview programs. When 
a button 800 for selecting all of the content at an image shown in Fig. 
62A is selected by the user's operation, the CPU 58 stores to record the 
condition into a storage condition record table in the hard disk 60 shown 
in Fig. 63. In the contrary, the CPU 58 displays another image for 
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selection shown in Fig. 62B when a category select button 802 is selected* 
When a button 806 for selecting domestic films is selected by the user, 
the CPU 86 stores the selected condition into the storage condition 
record table as domestic films as shown in Fig.63. 

5 

The CPU 58 refers to the table during the storage of preview 
programs, and selectively stores a preview program that comply with the 
selected conditions out of the content pre-viewable. When a recording 
condition is recorded in the table as shown in Fig. 68, a preview program 
10 corresponding to domestic film is stored. 

In this embodiment, history of content actually viewed is recorded 
I f into a view history table in the hard disk 60. Fig. 64 shows an example 

of the view history table. Into the table, channel number (service 
15 number), category, broadcast time (time and date of on-air), date of 

viewing (time and date for viewing) time period for viewing the content, a 

W flag indicating pre-viewable or not are recorded when the content is 

% - 

viewed. In this embodiment, content data is stored in either of the 
C3 cases that a content once stored is viewed or that content now received is 

JJ| 20 viewed without any distinction. This is because it can be distinguished 

If I when both the broadcast time and the time and date of viewing are the 

same, the content now received is viewed, in the contrary, when the 

i y 

broadcast time and the time and date of viewing are different, the 
content once stored is viewed. 

25 

A sign *1* shows that the content is pre-viewable, and another sign 
"0" indicates that the content is not pre-viewable. As a consequence, 
this flag shows that either the content is viewed after the user enjoyed 
its preview program or the content is viewed without playback of its 
30 preview program. 
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In this embodiment, the CPU 58 controls the modem 62 to send a 
subscription history to the content provider's device 4 whenever a certain 
numbers (10 for example) of the history are stored. At that time, 
description of the table is send together with the history. Furthermore, 
5 the CPU transmits description of the stream information table 

(subscription of content). In addition, personal information stored in 
the IC card 66 is added to the information transmitted to the provider's 
device. Considering their privacy, preferably, information to be 
provided to the providers is just on their gender and age. In the 
10 contrast, it is possible to give some credit such as charge discount to the 
users who give allowance to provide their name and address to the 
providers. 

Alternatively, such information can be transmitted to the 
15 providers whenever a new history is stored. This transmission may be 
conducted at every predetermined period (every night, for example). 

The content provider's device 4 receiving such information can 
recognizes the preference of user in accordance with these data. 
20 Especially in this embodiment, three different criteria can be employed 
::? such as that under what kind of condition the user wish to store preview 

Q programs, that which content's preview programs are viewed, and that 

1 w " which contents are actually viewed. A relationship between viewing of 

preview programs and that of contents corresponding thereto can be 
25 recognized. 

(4) Other embodiments 

The estimation of the capacity required to store the whole of the 
content data is carried out during playback of preview program thereof 
30 in the above embodiments (see step S705, Fig. 57). Alternatively, this 
can be done with processes in which the capacity required for storing is 
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calculated at step S215 shown in Fig. 26 and records a stream 
information table in a form shown in Figs. 65 and 66. In this way, a 
judgement can be carried out easily whether or not the content can be 
stored even when command for storing a plurality of contents is provided. 
In addition, displays shown in Figs. 60 and 61 can easily be done. 

A warning indicating that there is a probability the whole of 
content data can not be stored is displayed in the above embodiment* 
Alternatively, if there is a case that the whole of content data can be 
stored with a higher data compression rate (suffering degradation of 
images and sound), such countermeasure may be displayed. In addition, 
a button (icon) to activate such process may be displayed. 

Instead of raising the data compression rate, another indication 
indicating that the whole of content data can be stored when part of the 
content data are selectively dropped, may be carried out. In addition, 
another indication indicating that the wholes of content data can be 
stored when content data currently stored is (are) erased, may be carried 
out. Instead of storing the content data to be stored, another content 
data which can be stored, may be proposed for storage. 

In the above embodiment, descriptions have been made under an 
assumption in which partial contents consist of preview program(s), the 
partial contents may also be of highlight scenes, violent scenes, sexual 
scenes, scenes that a particular character appear on for example. The 
descriptions described in a column "other embodiment" and changes, 
modifications, alternatives in the first embodiment of the present 
invention may also applicable to the second embodiment described in the 
above. 

While the embodiments of the present invention, as disclosed 



64 



130USa-l 



herein, constitute preferred forms, it is to be understood that each term 
was used as illustrative and not restrictive, and can be changed within 
the scope of the claims without departing from the scope and spirit of 
the invention. 
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